home *** CD-ROM | disk | FTP | other *** search
/ Light ROM 4 / Light ROM 4 - Disc 1.iso / text / net_news / 1994 / 2.doc / text0164.txt < prev    next >
Encoding:
Text File  |  1995-03-24  |  2.2 KB  |  51 lines
  1. In article <3bt0b7$5ae@news.cs.tulane.edu>, hoesing@cs.tulane.edu (J.J.
  2. Hoesing) wrote:
  3.  
  4. > In article <shfD0938M.4vu@netcom.com>, Stuart Ferguson <shf@netcom.com> wrote:
  5. > >a 10,000 point model, that might be the bug.  If you render a hundred
  6. > >frames and find a single pixel the wrong color, that might be the bug.
  7. > 
  8. >  Almost everyone who has talked about the bug and graphics has said that
  9. > one wrong pixel is not a fatal error.  I always look at it with the
  10. > question: What if the bug occurs during the computation of a rotation
  11. > matrix or some computation that would affect more than a pixel?  Or if
  12. > it occurs while doing a write to the screen or some other array, under
  13. > the right circumstances, the program will crash.  These would all be
  14. > very bad :-)  and I would consider them to be fatal.
  15. >  As to whether any of the above will actually occur with any frequency
  16. > (although I would consider just once enough cause to give Intel a call),
  17. > I guess we will have to wait and see.
  18. > 
  19. >  J.J.
  20. > 
  21. > -- 
  22. > ___________________________________________________________________________
  23. > J.J. Hoesing | hoesing@cs.tulane.edu | http://www.cs.tulane.edu/www/Hoesing
  24. > 
  25. >                         The story drives everything.
  26. >                                        -John Lasseter
  27.  
  28. According to a statement made by Intel the frequency of error is so low
  29. that you are more likely to have a hardware failure before you encounter
  30. this bug. I.E. it has to be a very specific bit pattern to trigger it.
  31. They claimed this is why it evaded the extensive beta test they conducted. 
  32.  
  33.  
  34. They also pointed out that NO microprocessor is BUG FREE.
  35.  
  36.  
  37. Another in a long list of reasons why you should check your spread sheet 
  38. results ;-)
  39.  
  40. Of course they didn't mention how many billions of FP divisions that
  41. lightwave makes during a week long render session. So you might see it
  42. before your drive melts down ;-)  I don't know.   
  43.  
  44. <<<<=======================================================================
  45.     Richard Norman                              norman@eisner.decus.org
  46.       AMIGA --- Amazing Multitasking Interactive Graphics & Animation 
  47. =======================================================================>>>>
  48.  
  49.  
  50.  
  51.